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[57] ABSTRACT 

A system and method for assisting in the preparation of a 
document, and for analyzing a document such as a patent or 
patent application, are described herein. The system aids a 
user to verify that terms in a patent application are being 
used consistently. The system also facilitates editing of the 
patent application so as to achieve terminology consistency. 
The system operates by allowing a user to select a document 
containing a patent application. The user then selects the 
specification portion of the patent application, and also 
selects the claims portion of the patent application. The 
system indexes the specification portion and the claims 
portion to thereby generate a merged index table, The system 
analyzes the merged index table to identify terms in the 
claims portion that are not present in the specification 
portion, and then displays these terms (called claim terms). 
A user can then edit the patent application so as to properly 
describe these terms in the specification. 
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SYSTEM, METHOD, AND COMPUTER 
PROGRAM PRODUCT FOR DEVELOPING 
AND MAINTAINING DOCUMENTS WHICH 

INCLUDES ANALYZING A PATENT 
APPLICATION WITH REGARDS TO THE 
SPECIFICATION AND CLAIMS 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This present invention relates generally to developing, 
maintaining, and analyzing documents. 

2. Related Art 

When drafting certain types of documents, the choice of 
terminology can have significant ramifications. For 
example, in the patent field, the use of consistent terminol- 
ogy between the patent specification and the claims is 
extremely important Inconsistent terminology could result 
in ambiguity, vagueness, and indefiniteness as to the subject 
matter being described and claimed. Such ambiguity, 
vagueness, and indefiniteness could negatively impact the 
prosecution of the patent application, and the validity and 
enforcement of any patent that may issue from the patent 
application. 

The need for consistent terminology is not limited to 
patent documents. Other types of documents having strin- 
gent requirements of consistent terminology include legal 
documents (such as contracts and wills), business 
documents, technical/scientific manuscripts, medical 
documents, computer documents, etc. 

Accordingly, a need exists for a system and method for 
enabling a user to easily determine whether consistent 
terminology exists in a document, and for enabling the user 
to easily modify the document so as to achieve consistent 
terminology. 

SUMMARY OF THE INVENTION 

The present invention is directed to a system and method 
for assisting in the preparation of a document such as a 
patent application. The present invention aids a user to 
verify that terms in a patent application are being used 
consistently. The present invention also facilitates editing of 
the patent application so as to achieve terminology consis- 
tency. It can also be used to verify terminology consistency 
in an already existing document such as an issued patent 

The present invention operates by allowing a user to 
select a document containing a patent application or an 
issued patent The user then selects the specification portion 
of the patent application, and also selects the claims portion 
of the patent application. The invention indexes the speci- 
fication portion and the claims portion to thereby generate a 
merged index table. The invention analyzes the merged 
index table to identify terms in the claims portion that are not 
present in the specification portion, and then displays these 
terms (called claim terms). 

Further features and advantages of the invention, as well 
as the structure and operation of various embodiments of the 
invention, are described in detail below with reference to the 
accompanying drawings. In the drawings, like reference 
numbers generally indicate identical, functionally similar, 
and/or structurally similar elements. The drawing in which 
an element first appears Is indicated by the leftmost digits) 
in the corresponding reference number. 

BRIEF DESCRIPTION OF THE FIGURES 
The present invention will be described with reference to 
the accompanying drawings, wherein: 



2 

FIG. 1 is a block diagram of a preferred computer system 
of the present invention; 

FIG. 2 is a block diagram of a document development and 
maintenance system according to a preferred embodiment of 
3 the present invention; 

FIGS. 3. 4. 5. 6. 11. and 29 are screen shots generated by 
a graphical user interface of the present invention; 

FIGS. 7. 12. 13. 15, 17, 18. 19, 20. 21, 22, 23, 25. 26, 27. 
and 28 are flowcharts depicting the preferred operation of 
10 the present invention; 

FIGS. 8, 9. 10, 14. and 24 are preferred index tables 
according to the present invention; and 

FIG. 16 depicts a document used by the present invention. 

15 DETAILED DESCRIPTION OF THE 

PREFERRED EMBODIMENTS 
Overview of the Invention 

The present invention is directed to a system and method 
for enabling users to develop and maintain documents. The 

20 invention is particularly well suited and useful for develop- 
ing and maintaining documents having stringent require- 
ments of term consistency such as patent applications and 
patents and other patent-related documents, other legal 
documents (such as contracts and wills), business 

25 documents, technical/scientific manuscripts, medical 
documents, computer documents, educational documents, 
training manuals, reference documents such as 
encyclopedias, etc. Other types of documents requiring term 
consistency will be apparent to persons skilled in the rel- 

30 evant art(s). 

The invention is also very useful for analyzing completed 
documents. For example, in the patent context, the invention 
is useful for analyzing an issued patent for the purpose of 
determining whether the preparation and filing of a Certifi- 

^S cate of Correction, Reissue application, or Reexam applica- 
tion is necessary. Also, the invention is useful for analyzing 
a patent being litigated for potential indefiniteness issues. 

The present invention operates to determine whether 
terms are used consistently throughout a document. 

40 Preferably, the present invention achieves this functionality 
by generating a first index of terms in a first portion of the 
document and by generating a second index of terms in a 
second portion of the document The invention processes the 
first index and the second index to enable users to easily 

45 determine whether terms are consistently used throughout 
the document More particularly, the invention processes the 
first index and the second index to enable users to easily 
determine whether the use of terms in the first portion of the 
document is consistent with the use of terms in the second 

50 portion of the document 

The invention also enables users to easily edit and update 
the document so as to achieve term consistency. The inven- 
tion enables users to re-index the document as they perform 
their edits and updates. In this manner, users can monitor 

55 their progress toward term consistency. In response to such 
a user command, in one embodiment the invention incre- 
mentally indexes the document That is, the invention 
re-indexes only those portions of the document that have 
been modified by the users. This incremental indexing 

60 approach is advantageous since it requires less resources and 
is faster than full document indexing. 

For illustrative purposes, the invention is described herein 
in the context of developing and maintaining patent 
applications, and in analyzing issued patents. For example. 

65 the invention was utilized during the preparation of this 
patent application. As indicated above, however, the inven- 
tion is not limited to this embodiment. The invention is 
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adapted and intended to operate with any document type 
having stringent requirements of terra consistency. Such 
documents include* but are not limited to, patent applica- 
tions and other patent-related documents, other legal docu- 
ments (such as contracts and wills), business documents, 
technical/scientific manuscripts, medical documents, com- 
puter documents, etc. 

More particularly, the invention is adapted and intended to 
operate with any document 1602 having a first portion 1604 
and a second portion 1606. where it is important that the 
terminology used in the first portion 1604 is consistent with 
the terminology used in the second portion 1606 (FIG. 16). 
In the patent context, the first portion 1604 is typically the 
specification of a patent application, and the second portion 
1606 Is typically the claims of the patent application- The 
invention is not limited to documents having two portions, 
as shown in FIG. 16. As will be apparent to persons skilled 
in the relevant art(s), the invention is easily adapted to 
documents having mare than two portions. 
Structure of the Invention 

FIG. 2 is a block diagram of a document development and 
maintenance system 201 according to a preferred embodi- 
ment of the present invention. The system 201 includes a 
document development and maintenance tool (DDMT) 202 
and a word processor 208. The DDMT 202 assists users in 
verifying the consistency of terms used in a document The 
document is displayed in the word processor 208. 

In performing its function, the DDMT 202 drives, 
controls, manipulates, and otherwise interacts with the word 
processor 208. For example, the DDMT 202 controls the 
word processor 208 so as to display particular portions of the 
document Also, the DDMT 202 controls the word processor 
208 so as to search for specific words. Further, the DDMT 
202 controls the word processor 208 so as to display selected 
portions of the document simultaneously in a split screen. 

Preferably, the present invention achieves this function- 
ality by utilizing a word processor that supports the Object 
Linking Embedded (OLE) standard. The OLE standard is 
well known and defines the manner in which one software 
application may drive, control, manipulate, and otherwise 
interact with another software application. The OLE stan- 
dard is described in many publicly available documents, 
such as Microsoft OLE Programmers Reference, Volumes I 
and II, 1993, which are herein incorporated by reference in 
their entirety. 

Accordingly, the word processor 208 is one that supports 
the OLE standard. The DDMT 202 preferably controls and 
manipulates the word processor 208 via an OLE automation 
interface 206. The manner in which the DDMT 202 controls 
and manipulates the word processor 208 via the OLE 
automation interface 206 will be apparent to persons skilled 
in the relevant art(s). 

Preferably, the word processor 208 is MICROSOFT 
WORD FOR WINDOWS version 6.0, but any word pro- 
cessor supporting OLE could alternatively be used, such as 
WORDPERFECT FOR WINDOWS. The OLE automation 
interface 206 is preferably the MICROSOFT OLE AUTO- 
MATION INTERFACE Use of Microsoft Word for Win- 
dows version 6.0 and MICROSOFT OLE AUTOMATION 
INTERFACE are described in many publicly available 
documents, such as Microsoft Word Developers Kit (for 
version 6.0), 1995. which is herein incorporated by reference 
in its entirety. 

It should be understood that the invention is not limited to 
use with OLE components. The word processor 208 can be 
any conventional or implementation specific word 
processor, as long as it has the capability of being externally 
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controlled (in this case, as long as it has the capability of 
being controlled by the DDMT 202). 

Standard word processing operations are mentioned in 
this patent application. Such operations include selecting 

5 text, opening files, moving between windows, resizing 
windows, editing documents, etc. Such word processing 
operations are well known and are described in many 
publicly available documents, such as Microsoft Word for 
Windows Users Guide, 1994, incorporated herein by refer- 

10 ence in its entirety. 

In an embodiment of the present invention, the document 
development and maintenance system 201 is implemented 
using a computer system 102 such as that shown in FIG. 1. 
The computer system 102 includes one or more processors. 

15 such as a processor 104. The processor 104 is connected to 
a communication bus 106. The computer system 102 also 
includes a main memory 108. preferably random access 
memory (RAM), and a secondary memory 110. The sec- 
ondary memory 110 includes, for example, a hard disk drive 

20 112 and/or a removable storage drive 114. representing a 
floppy disk drive, a magnetic tape drive, a compact disk 
drive, a program cartridge and cartridge interface (such as 
that found in video game devices), a removable memory 
chip (such as EPROM or PROM), etc.. which is read by and 

25 written to by removable storage unit 116. As will be 
appreciated, the removable storage unit 116 includes a 
computer usable storage medium having stored therein 
computer software and/or data. The removable storage drive 
114 reads from and/or writes to a removable storage unit 116 

30 in a well known manner. Removable storage unit 116, also 
called a program storage device or a computer program 
product, represents a floppy disk, magnetic tape, compact 
disk, etc. 

Computer programs (also called computer control logic) 

35 are stored in main memory 108 and/or the secondary 
memory 110. Such computer programs, when executed, 
enable the computer system 102 to perform the functions of 
the present invention as discussed herein. In particular, the 
computer programs, when executed, enable the processor 

40 104 to perform the functions of the present invention. 
Accordingly, such computer programs represent controllers 
of the computer system 102. The DDMT 202, word proces- 
sor 208, and OLE automation interface 206 each preferably 
represents a computer program executing in the computer 

45 system 102. 

Hie computer system 102 also includes a communications 
interface 118. The communications interface 118 enables the 
computer system 102 to communicate and interact with 
locally or remotely located external devices 120. In 

so particular, communications interface 118 enables the com- 
puter system 102 to send and receive software and data 
to/from the external devices 120. Examples of the commu- 
nications interface 118 include a modem, a network interface 
(such as an Ethernet card), a communications port. etc. 

55 In one embodiment, die invention is directed to a system 
102 as shown in FIG. 1. and having the functionality 
described herein. In another embodiment, the invention is 
directed to a computer program product having stored 
therein computer software (having the functionality 

60 described herein) for controlling computer systems, such as 
computer system 102. In another embodiment, the invention 
is directed to a system and method for transmitting and/or 
receiving computer software (having the functionality 
described herein) to/from external devices 120. 

65 Operation of the Invention 

The operation of the present invention shall now be 
described with reference to a flowchart 1702 shown in FIG. 
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17. Flowchart 1702 illustrates the manner in which a user 
interacts with the document development and maintenance 
system 201 to develop, maintain, and/or analyze a docu- 
ment. More specifically, flowchart 1702 illustrates the man- 
ner id which a user interacts with the document development 
and maintenance system 201 to achieve consistent termi- 
nology (or analyze terminology) in a document being devel- 
oped and/or maintained and/or analyzed. 

Such interaction with the document development and 
maintenance system 201 is preferably achieved through 
interaction with a graphical user interface (GUI) 203 that 
forms part of the DDMT 202. As apparent from the discus- 
sion below, the GUI 203 of the present invention is very 
powerful and flexible. In particular, the GUI 203 allows 
users to access the functionality of the DDMT 202 in any 
number of ways. Accordingly, the operational steps shown 
in flowchart 1702 and in other flowcharts discussed below 
represent one way (i.e.. one operational sequence) of access- 
ing the functions provided by the DDMT 202. Users may 
access and traverse the functions provided by the DDMT 
202 in any number of other ways via interaction with the 
menus provided by the GUI 203. Such other ways (i.e.. such 
other operational sequences) will be apparent to persons 
skilled in the relevant art(s). 

Flowchart 1702 begins with step 1704. where control 
passes immediately to step 1706. 

In step 1706. the user invoices the DDMT 202 in any well 
known manner, such as selecting an icon associated with the 
DDMT 202. 

In step 1708, the DDMT 202 displays on a computer 
monitor a main screen 302 (FIG. 3). The main screen 302 
includes a word processing window 304 and a DDMT 
window 306. The word processing window 304 is generated 
by the word processor 208 in accordance with commands 
from the DDMT 202. The DDMT window 306 is generated 
by the DDMT 202. 

The DDMT window 306 includes a menu bar 350. a 
command list window 308 and a command area window 
310. The following commands are available from the com- 
mand list window 308: Open. Check. Element. Report and 
Stats. The Open command is used to open and index a 
document The Check command is used to view indexing 
results (so as to determine the extent to which terms are used 
consistently in the document), and to re-index the document 
The Element command is used to element index the docu- 
ment (so as to determine the extent to which reference 
numbers are used consistently in the document). The Report 
command is used to generate reports pertaining to the index 
databases. The Stats command is used to view statistics 
pertaining to the use of the DDMT 202. 

In step 1710. the user 1710 selects a command from the 
command list window 308. The user selects a command in 
any well known manner, such as through use of a pointing 
device (such as a mouse or trackball) or a keyboard. If the 
user selects the Open command, then control path 1712 is 
taken. If the user selects the Check command, then control 
path 1714 is taken. If the user selects the Element command, 
then control path 1716 is taken. If the user selects the Report 
command, then control path 1720 is taken. If the user selects 
the Stats (status or statistics) command, then control path 
1718 is taken. Each of these commands and control paths are 
discussed below. 
Open Command 

The operation of the DDMT 202 when processing the 
Open command shall now be described with reference to 
flowchart 1802 shown in FIG. 18. 

In step 1804. the GUI 203 displays an open window 401 
(FIG. 4) in the command area window 310 (the command 
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list window 308 and the menu bar 350 remain visible). The 
open window 401 includes an Open Application bun on 402. 
a Select Specification button 404. a Select Claims button 
406, and an Index Application button 408. These buttons are 

5 labeled "1 " **2 "3," and "4," indicating the sequence in 
which they should be pressed by the user so as to most 
effectively utilize the DDMT 202. Accordingly, the present 
invention is very user-friendly as it provides users with 
visual cues for interaction with the DDMT 202. 

to In step 1806. the user presses the Open Application button 
402. The GUI 203 defaults to display the file name of the last 
document that the user worked with. The user can also 
command the GUI 203 to display the file names of docu- 
ments having indexing information (that is. documents that 

15 the DDMT 202 has previously indexed), or a list of all 
documents whether indexed or not From any one of these 
starting points, the GUI 203 allows the user to navigate in a 
well known manner through the current file directory or 
other directories until the desired document is located. The 

20 GUI 203 then allows the user to select the desired document 
in a well known manner. The selected document is called the 
current document for reference purposes. (In the following 
discussion, it is assumed that the user selects a patent 
application to work with. However, as discussed above, the 

25 invention is not limited to use with patent applications.) The 
DDMT 202 then commands the word processor 208 to 
retrieve the selected document and display the selected 
document in the word processing window 304. 
In step 1808, the user presses the Select Specification 

30 button 404. In response to this user action, the DDMT 202 
commands the word processor 208 to select a first portion of 
the current document In the current example, the DDMT 
202 commands the word processor 208 to select the speci- 
fication of the patent application. Preferably, the DDMT 202 

35 considers the specification (i.e.. the first portion of the 
current document) to include all text from the beginning of 
the patent application to a boundary text phrase that marks 
the boundary between the specification and the claims. This 
boundary text phrase is a text phrase such as "What is 

40 claimed is." "What the inventors claim as their invention is." 
or some similar phrase. The DDMT 202 stores a list of 
boundary text phrases. During step 1808, the DDMT 202 
compares the text in the patent application to the list of 
boundary text phrases until there is a hit (the user may select 

45 one of the boundary text phrases to search for). Note that 
there may be many occurrences of any given boundary text 
phrase in the current document Accordingly, the user can 
command the DDMT 202 to find the next occurrence of the 
boundary text phrases. Eventually, the user verifies that the 

50 end of the first portion of the document has been identified 
by pressing a Done button or similar button (not shown) in 
the Open Window 401. 

The GUI 203 also allows the user to enter additional, 
customized boundary phrases, and to manually select the 

55 specification in the patent application (using any well known 
method for selecting text in a word processor). 

In step 1810. the user presses the Select Claims button 
406. In response to this user action, the DDMT 202 com- 
mands the word processor 208 to select a second portion of 

60 the current document. (The first and second portions 
selected in steps 1808 and 1810 are those that are analyzed 
for term consistency.) In the current example, the DDMT 
202 commands the word processor 208 to select the claims 
of the patent application. Preferably, the DDMT 202 con- 

65 siders the claims to include all text from the boundary phrase 
(described above) to the end of the patent application. 
Alternatively, the DDMT 202 considers the claims to 
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include all text from the boundary phrase (described above) 
to the beginning of the Abstract (identified by a second 
boundary phrase). 

Alternatively in step 1810. the user selects any subset of 
the claims. For example, the invention allows the user to 
select a single claim. In this case, the selected claims are 
indexed (indexing is discussed below). 

In step 1812. the user presses the Index Application button 
408. 

In step 1814, the DDMT 202 in response to the user 
command in step 1812 indexes the first portion (for example, 
the specification) and the second portion (for example, the 
claims) of the current document (for example, the patent 
application). This indexing operation is discussed below. 

In step 1816. the user presses an Exit button 410. Control 
then returns to step 1708 in FIG. 17. The user could 
alternatively navigate elsewhere by pressing the buttons in 
the command list window 308. 

In an alternate embodiment, steps 1808. 1810. 1812. and 
1814 are replaced by a single step. In this step, the user 
presses the Select Specification button as described above. 
The DDMT 202 locates the boundary between the first 
portion and the second portion (assuming that all text above 
the boundary is the first portion and all text below the 
boundary is the second portion), and then automatically 
indexes the document. The GUI 203 also allows the user to 
confirm that the boundary has been correctly identified, and 
allows the user to traverse through the current document so 
as to identify the boundary. 
Complete Indexing 

The manner in which the DDMT 202 indexes the first and 
second portions of the current document in step 1814 shall 
now be described with reference to a flowchart 702 in FIG. 
7. Flowchart 702 represents a complete (or full) indexing of 
the first and second portions. A full indexing involves an 
indexing of each term in the first and second portions. (This 
is in contrast to an incremental indexing, which involves 
only portions of the current document that have been 
selected and modified by the user. Incremental indexing is 
discussed below.) 

In step 706, the DDMT 202 creates a sorted list of the 
terms that appear in the first portion of the current document 
(for example, the specification). As used herein, a term is a 
sequence of alphabetic or numeric characters. Preferably, a 
term does not include spaces or punctuation characters. 
However, the definition of a term is adjustable (this is useful 
in many types of documents, such as patent applications 
dealing with chemical or biotechnology inventions). 

The terms in the list generated in step 706 are sorted 
alphanumerically. The number of times that a given term 
appears in the sorted list is equal to the number of times that 
the term appears in the first portion. 

For example, suppose that the specification is as follows: 
Xomputer 206A resides in computer system 206B. This 
system 206B itself resides in computer system 206C." 

In this example, the sorted list created in step 706 would 
be as follows: 
206A 
206B 
206B 
206C 
computer 
computer 
computer 
in 
in 

itself 
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resides 
resides 
system 
system 
s system 
this 

Table 1 

Also in step 706, the DDMT 202 calculates the number of 
hits for each term (by inspection of the sorted list), and 

10 generates a specification index table (also called the first 
index table). An example specification index table 802 is 
shown in FIG. 8. The specification index table 802 includes 
a row for each unique term from the sorted list, and stores 
the number of hits of that term in the first portion of the 
current document. The terms are ordered alphanumerically. 

15 Accordingly, with regard to the above example, the speci- 
fication index table 802 includes a row for "resides" and a 
row for "system." and Indicates that resides had two hits and 
system had three bits. 
In step 708. the DDMT 202 creates a sorted list of the 

20 terms that appear in the second portion of the current 
document (for example, the claims). Also in step 708. the 
DDMT 202 calculates the number of hits for each term (by 
inspection of the sorted list), and generates a claims index 
table (also called a second index table). An example claims 

25 index table 902 is shown in FIG. 9. The operation of the 
DDMT 202 during step 708 is similar to that during step 
706. 

In step 710. the DDMT 202 merges the specification 
index table 802 with the claims index table 902 in a well 

30 known manner to thereby generate a merged index table. An 
example of a merged index table 1002 is shown in FIG. 10. 
The merged index table 1002 includes a row for each unique 
term from the specification Index table 802 and the claims 
index table 902. Each row indicates the number of hits of the 

35 term in the specification, and the number of hits of the term 
in die claims. Each row also includes a reconciled field that 
takes a boolean value. The reconciled field is discussed in 
greater detail below. 
Flowchart 702 is complete after step 710 has been 

40 performed, as indicated by step 712. 
Check Command 

The operation of the DDMT 202 when processing the 
Check command shall now be described with reference to 
flowchart 1902 shown in FIG. 19. 

45 In step 1904. the DDMT 202 displays a check window 
501 (FIG. 5) in the command area window 310 (FIG. 3). 

In step 1906. the DDMT 202 determines whether the 
current document has been previously indexed. Preferably, 
the DDMT 202 maintains a master data file that stores 

so information pertaining to every document processed by the 
DDMT 202. Specifically, the master data file indicates for 
each document whether the document has been indexed. In 
this embodiment, the DDMT 202 performs step 1906 by 
reference to the master data file. Alternatively, the DDMT 

55 202 performs step 1906 by determining whether a merged 
index table 1002 exists for the current document. In 
particular, the DDMT 202 in step 1906 determines that the 
current has been previously indexed if a merged index table 
1002 exists for the current document If the current docu- 

60 ment has not been previously indexed, then step 1910 is 
performed (discussed below). Otherwise, step 1908 is per- 
formed 

In step 1908. the DDMT 202 retrieves index information 
from the merged index table 1002 and displays such index 
65 information in a hit matrix 510 of the check window 501. A 
flowchart 2002 in FIG. 20 depicts the manner in which the 
DDMT 202 performs step 1908. 
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In step 2006. the DDMT 202 retrieves a record from the 
merged index table 10Q2. For illustrative purposes, assume 
that record 1004 in FIG. 10 is retrieved. 

In step 2008. the DDMT 202 displays the term name (in 
this case, ■'reissue") in the Term column of a row of the hit 
matrix (see row 512 of FIG. 5). 

In step 2010. the DDMT 202 displays the number of 
specification hits (in this case. 0) In the Spec Hits column of 
the row 512. 

In step 2012, the DDMT 202 determines whether there 
were any hits of the term in the claims (by inspection of the 
record retrieved from the merged index table 1002). If there 
were no claim hits, then the DDMT 202 in step 2022 
classifies the term as a specification term, A specification 
term is a term that appears in the specification. A specifi- 
cation term may or may not appear in the claims. Also in step 
2022. the DDMT 202 displays a "S" (for specification term) 
in the Category (CAT) column of the row (see rows 514 and 
518). 

If. in step 2012. the DDMT 202 determined that the term 
had at least one hit in the claims, then step 2014 is per- 
formed. In step 2014. the DDMT 202 determines whether 
there were any hits of the term in the specification (by 
inspection of die record retrieved from the merged index 
table 1002). If there were hits in the specification, then step 
2022 is performed (described above). Otherwise, step 2016 
is performed. 

In step 2016, the DDMT 202 classifies the term as a 
claims term, A claims term is one that appears in the claims, 
but does not appear in the specification. Also in step 2016, 
the DDMT 202 displays a "CT (for claims term) in the 
Category (CAT) column of the row (see rows 512 and 516). 

A claims term is a term that may not be adequately 
described in the specification (since it does not appear in the 
specification). A claims term may also represent a term that 
is being called one thing in the claims, and another thing in 
the specification. Accordingly, claims containing claims 
terms may be vague, indefinite, and/or ambiguous. By 
automatically identifying claims terms, the inveotion aids 
users in eliminating vagueness, indefiniteness. ambiguity, 
and term inconsistency from their documents. 

It is likely that a user will want to modify the current 
document in the word processor window 504 so as to 
eliminate claims terms (i.e.. so as to convert claims terms to 
specification terms). The invention aids the user in this task 
by displaying "No** in the Done column of each row of the 
hit matrix 510 corresponding to a claims term (see rows 512 
and 516). The DDMT 202 marks the Done column in mis 
manner in step 2018. "No" means that the user has not yet 
modified the specification to reference and/or describe the 
claims term. Accordingly, the Done column represents a 
*to-do M list of terms that must be accounted for in the 
specification. (The Done column is also used to determine 
when re-indexing is necessary, as discussed below.) 

As discussed below, the user preferably edits the speci- 
fication with respect to each claims term (as indicated by the 
Done column and the CAT column) so as to achieve termi- 
nology consistency, and to provide sufficient description of 
the term in the specification. Once the user has edited the 
specification for a particular claims terms (i.e.. to reference 
and/or describe the claims term in the specification), the user 
clicks on "No** in the Done column. The GUI 203 then 
changes the "No" to "Yes." thereby indicating that editing of 
the specification for the claims term has been performed. 

The steps of flowchart 2002 are performed far each record 
in the merged index table 1002. as indicated by step 2020. 

Referring again to FIG. 19. in step 1910 the GUI 203 
receives a user command from the check window 501. 
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Possible commands include edit, term navigation, index, and 
view. These commands are discussed below. 
Check Window— Edit 
The user selects the edit command by selecting the edit 

3 command from the menu bar 350 in the DDMT window 306. 
Editing of the current document then proceeds as shown in 
a flowchart 2202 of FIG. 22. 

In step 2204. the user in the word processing window 304 
selects text to edit in any well known manner. Typically, the 
user will edit text involving a claims term that is tagged with 
a **No** or "Not Done" message in the row of the hit matrix 
510 corresponding to the claims term (this tag indicates that 
the user has not yet attended to this claims term). 

In step 2206. the DDMT 202 commands the word pro- 
cessor 208 to present a split screen in the word processing 

15 window 304. An example split screen is shown in FIG. 11. 
where the word processing window 304 includes a first text 
window 1102 and a second text window 1104. 

In step 2208. the DDMT 202 commands the word pro- 
cessor 208 to display the selected text in both the first and 

20 second text windows 1102. 1104. Preferably, the DDMT 202 
commands the word processor 208 to lock the first window 
1102 so that no edits may be made in the first window 1102. 

In step 2210. the user makes any edits that he/she wishes 
in the second text window 1104. Note thaL at this point, the 

25 merged index table 1002 for the current document is out of 
date. Preferably, after completing the editing of the current 
document with respect to a claims term (such that the term 
is used consistently throughout the current document, and 
the term is sufficiently described in the specification), the 

30 user double clicks on (or otherwise selects) *'No** or "Not 
Done" in the Done column of the row in the hit matrix 510 
corresponding to the term. This toggles the Done column 
such that the Done column is modified to display "Done." 
Such action has three consequences. First it provides a 

35 visual cue to the user that he/she has completed all edits 
pertaining to the claims term. Second, it causes the DDMT 
202 to activate a re-index reminder 520. The re-index 
reminder 520 serves to remind the user that the merged 
index table 1002 is now out of date, and that re-indexing of 

40 the current document is necessary. The re-index reminder 
520 is preferably an animated graphic of a revolving globe, 
but could be any other effective visual cue. Third, it causes 
the DDMT 202 to store True or Yes or Complete or some 
similar message in the Reconciled column of the record in 

45 the merged index table 1002 corresponding to the claims 
term. This message indicates that the user has edited the 
specification with respect to the claims term (so as to 
reference and or describe the claims term in the 
specification). 

50 (The reconciled column in the merged index table 1002 is 
used during program startup. When the user selects a docu- 
ment for use with the DDMT 202. the DDMT 202 checks the 
reconciled column for the merged index table 1002 associ- 
ated with the selected document (if a merged index table 

55 1002 exists). If any term has a reconciled value of "Yes** or 
'True* 1 or "Complete.** the DDMT 202 activates the re-index 
reminder 520. All reconciled values are reset to "No" or 
cleared after indexing has taken place.) 

After the user has completed editing the selected text the 

60 user selects a "Done Editing" command from the Edit drop 
down menu on the menu bar 350 of the DDMT window 306. 
Other methods for signaling the editing of the selected text 
could also be used, such as adding a command button or 
menu command in the word processing window 304. ox 

65 adding an OK button in the check window 501. Upon 
completion of the editing of the selected text step 2212 is 
performed. 
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In step 2212. the DDMT 202 performs an incremental 
index 2212 involving only the text that has been selected for 
editing (by the user in step 2204). Flowchart 2202 is 
complete after step 2212 is performed, as indicated by step 
2214. 

A flowchart 1202 in FIG. 12 depicts the manner in which 
the DDMT 202 performs incremental indexing. 

In step 1206. the DDMT 202 determines whether the 
terms and the counts of the terms in the original or old text 
(displayed in the first text window 1102) is the same as that 
in the new or modified text (displayed in the second text 
window 1104). This is done by determining whether the old 
text is identical to the new text If the old text is identical to 
the new text, then incremental indexing is not required. 
Flowchart 1202 is then complete, as indicated by step 1220. 

If the old text is not identical to the new text, then step 
1208 is performed. In step 1208. the DDMT 202 sets the 
current word (i.e.. term) equal to the first word in the next 
text. 

In step 1210. the DDMT 202 calculates the occurrences 
(i.e., the hits) of the current word in the new text, and the 
occurrences of the current word in the old text 

The DDMT 202 also deletes the current word from both 
the new text and the old text (in the flowchart 1202 of FIG. 
12. the DDMT 202 is not working with the saved copy of the 
new text; thus, the operation of the DDMT 202 in step 1210 
does not affect the actual, current document). 

In step 1212. the DDMT 202 determines whether the 
number of hits of the current word in the new text and the 
old text is the same. If they are not the same, then the DDMT 
202 in step 1214 updates the index for the current word 
(such updating is described below). 

If the number of hits is the same, or after performing step 
1214. the DDMT 202 in step 1216 determines whether there 
are more words in the new text to process. If there are more 
words to process, then the DDMT 202 in step 1218 sets the 
current word equal to the next word in the new text. Control 
then returns to step 1210. 

The manner in which the DDMT 202 updates the index 
for the current word shall now be described with reference 
to a flowchart 1302 in FIG. 13. Before doing so, however, 
it would be useful to describe the delta index table 1402 
shown in FIG. 14. 

The DDMT 202 maintains a delta index table 1402 for 
each session of the DDMT 202 while working with a given 
document (i.e., the current document). If the user begins 
work with another document, or begins a new session (i.e., 
exits and then returns to the DDMT 202). then a new delta 
index table 1402 is used. The delta index table 1402 includes 
rows for terms. The terms in the delta index table 1402 and 
the merged index table 1002 are mutually exclusive. That is, 
a term appears in either the merged index table 1002 or the 
delta index table 1402. but not both. For each term, the delta 
index table 1402 stores the number of hits in the 
specification, and the number of hits in the claims. 

Referring now to FIG. 13. in step 1306 the DDMT 202 
determines whether the current word is in the delta index 
table 1402. If the current word is in the delta index table 
140Z then the DDMT 202 in step 1312 determines the delta 
count. The delta count is equal to: (hits in new text) minus 
(hits in old text). The DDMT 202 then adds the delta count 
to either the Spec hits count or the Claims hits count in the 
delta index table 1402, depending on whether the new text 
(and old text) that was edited by the user is located in the 
specification or claims, respectively. 

If. in step 1306. it is determined that the current word is 
not in the delta index table 1402. then step 1308 is per- 
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formed. In step 1308. the DDMT 202 determines whether 
the current word is in the merged index table 1002. If the 
current word is not in the merged index table 1002. then the 
DDMT 202 adds the current word to the delta index table 

5 1402. The DDMT 202 does this by adding a new row (sorted 
alphanumerically with existing rows) in the delta index table 
1402. Then, the DDMT 202 adds the name of the current 
word In the Term column, and stores the count of the current 
word in either the Spec Hits column or the Claim Hits 

10 column, depending on whether the new text (and old text) is 
located in the specification or claims, respectively. 

If it is determined in step 1308 that the current word is in 
the merged index table 1002. then the DDMT 202 in step 
1310 determines the delta count (as discussed above). The 

t5 DDMT 202 then adds the delta count to either the Spec hits 
count or the Claims hits count in the merged index table 
1002. depending on whether the new text (and old text) is 
located in the specification or claims, respectively. 
Check Window — Alternative Editing 

20 The invention supports another mode for editing the 
current document while the check window 501 is being 
displayed (actually, the user can use this mode for editing in 
the word processing window 304 no matter what is in the 
DDMT window 306). According to this mode, the user can 

25 simply edit the current document that is displayed in the 
word processing window 304 in a well known manner. Note, 
however, as soon as the document is edited, the merged 
index table 1002 is out of date with respect to the current 
document Accordingly, re-indexing is necessary. 

30 Most word processors set a dirty flag when the document 
being displayed has been edited. The DDMT 202 periodi- 
cally interacts with the word processor 304 to determine the 
value of the dirty flag. If the dirty flag indicates that the 
current document has been edited, then the DDMT 202 

55 activates the re-index reminder 520, to remind the user to 
re-index the document 

This alternate mode of editing does not support incre- 
mental indexing. Accordingly, the user must re-index the 
entire document when editing according to this alternate 

40 mode. 

Check Window — Terra Navigation 

Referring again to FIGS. 5 and 19, the user selects the 
term navigation command by selecting a term in hit matrix 
510. and then clicking on (or otherwise selecting) the arrow 

45 buttons 502. If the user clicks on the back arrow, then the 
DDMT 202 commands the word processor 208 to locate and 
display text surrounding the nearest previous occurrence of 
the selected term. If the user clicks on the forward arrow, 
then the DDMT 202 commands the word processor 208 to 

50 locate and display text surrounding the next occurrence of 
the selected term. A navigation field 504 indicates which hit 
is being displayed, such as "5 of 32." (This indicates that hit 
5 of 32 hits is currently being displayed in the word 
processing window 304.) This functionality is represented 

55 by step 1920 in FIG. 19. 

The invention also facilitates navigation through the 
claims terms (Le.. the zero specification hits terms). The user 
navigates in this manner by pressing a zero hits button 505. 
Upon receipt of such a command, the DDMT 202 jumps to 

60 the next claims term in the hit matrix 510 (the hit matrix 510 
is typically a scroll window). Also, the DDMT 202 com- 
mands the word processor 208 to locate and display text 
surrounding the first occurrence of the claims term in the 
word processing window 304 (in either single screen or 

65 multiscreen mode). 

This aspect of the invention can employ either a single 
screen or a split screen in the word processing window 304. 
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This functionality is described below. 
Check Window — Index (Re-Index) 

Referring to FIG. 19. the user selects the index (or 
re-index) command by clicking on the index button 508. 
Control then flows to step 1922. In step 1922. the DDMT 
202 determines whether the current document has already 
been indexed (by looking for the existence of a merged 
index table 1002. or by looking in the master data file, as 
discussed above), and whether an delta index table 1402 
exists. If the current document has not already been indexed 
or if a delta index table 1402 does not exist, then the DDMT 
202 in step 1924 performs a complete index function, as 
described above. Otherwise, the DDMT 202 in step 1926 
performs an incremental index merge. The DDMT 202 
performs an incremental index merge by merging, in a well 
know manner and as described above, the merged index 
table 1002 with the delta index table 1402. This is repre- 
sented by step 1502 in flowchart 1501 (FIG. 15). 
Check Window — View 

The user elects to view specific terms in the document by 
selecting a term from the hit matrix 510 in the check window 
501. and then selecting a split screen option in the Window 
pull down menu in the menu bar 350 of the DDMT window 
306. Control then flows to step 2104 in FIG. 21. In step 
2104. the DDMT 202 commands the word processor 208 to 
display a split screen in the word processing window 304. as 
shown in FIG. 11. 

In step 2106. the DDMT 202 commands the word pro- 
cessor 208 to search for the first occurrence of the selected 
term in the claims section, and to display text surrounding 
this occurrence in the second text window 1104, 

In step 2108. the DDMT 202 commands the word pro- 
cessor 208 to search for the first occurrence of the selected 
term in the specification, and to display text surrounding this 
occurrence in the first text window 1102. 

In this manner, the user can easily view the selected term 
in both the specification and the claims. 

This functionality can also be used during navigation 
(described above). For example, as described above, the user 
navigates through claims terms by pressing a zero hits 
button 505. Upon receipt of such a command, the DDMT 
202 jumps to the next claims term in the hit matrix 510 (die 
hit matrix 510 is typically a scroll window). In the split 
screen mode, the DDMT 202 commands the word processor 
208 to locate and display the first claim containing the 
claims term in the second text window 1104 of the word 
processing window 304. The DDMT 202 also commands the 
word processor 208 to display the specification in the first 
text window 1102 of the word processing window 304. 
Differentiating the First and Second Document Portions by 
Font and Color 

The invention preferably uses a first font when displaying 
text from the first portion of the document (for example, the 
specification) in the word processing window 304. Also, the 
invention preferably uses a second font when displaying text 
from the second portion of the document (for example, the 
claims) in the word processing window 304. This is the case, 
whether the word processing window 304 is in the single 
screen or split screen mode. Preferably, the first and second 
fonts are the same, except the second font is emphasized in 
some manner (such as being bold or italics). Such use of 
different fonts aids the user during navigation through the 
current document, as it visually indicates whether the user is 
viewing the first or the second portion of the current docu- 
ment For example, assume that the split screen mode is 
being used, and specification text is being displayed in the 
first text window 1102. and claims text is being displayed in 
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the second text window 1104. In mis example, die text in the 
first text window 1102 is displayed using one font, and the 
text in the second text window 1104 is displayed using 
another font Also, the first font may be one size, and the 

3 second font may be a second size. 

Also, when navigating in the split screen mode (as 
described above), the GUI 203 emphasizes in some manner 
the terms in the specification and the claims as they appear 
in the word processing window 304. Preferably, one color is 

10 used when a term appears in the specification, and another 
color is used when a term appears in the claims. For 
example, when performing claims terms navigation in the 
split screen mode (as describe above), claims terms located 
in the specification are displayed in one color in the first text 

is window 1102. and claims terms located in the claims are 
displayed in another color in the second text window 1104. 

Such operation of the invention makes it easier for users 
to determine when they are viewing text from the first 
portion of the document and text from the second portion of 

20 the document 
Element Command 

The operation of the DDMT 202 when processing the 
Element command shall now be described with reference to 
flowchart 2302 shown in FIG. 23. 

25 In step 2304, the GUI 203 displays an element window 
601 (FIG. 6) in the command area window 310 (FIG. 3). 

In step 2306. the DDMT 202 determines whether the 
reference numbers (also called element numbers) contained 
in the current document have been previously indexed A 

30 reference number is preferably any term that begins with a 
digit, such as 102, 102A, 102ABC, etc. Preferably, the 
DDMT 202 performs step 2306 by determining whether an 
element index table 2402 such as that shown in FIG. 24 
exists for the current document. Alternatively, the DDMT 

33 202 performs step 2306 by reference to the master data file, 
as described above. 

The element index table 2402 includes a row or record for 
each reference number. Each record identifies the reference 
number, the number of hits of the reference number con- 

40 tained in the current document and the element name 
associated with the reference number. 

If, in step 2306. it is determined that the current document 
has not been element indexed, then control flows to step 
2309 (described below). Otherwise, step 2308 is performed 

45 In step 2308. the DDMT 202 retrieves index information 
from the element index table 2402 and displays such index 
information in an element hit matrix 602 of the element 
window 601. Step 2308 is preferably performed as follows. 
The DDMT 202 retrieves every record contained in the 

50 element index table 2402. For each record, the DD\fT 202 
displays the reference number in the Element (Ell) column 
of a row of the element hit matrix 602. The DDMT 202 also 
displays the number of hits in the Hits column, and the 
clement name in the Element Name of the element index 

ss table 2402. 

In step 2309, the GUI 203 receives a user command from 
the element window 601. Possible commands include ele- 
ment navigation, element index, and update/edit element 
name. These commands are discussed below. 

60 Element Window— Element Navigation 

Referring to FIG. 6. the user selects the element naviga- 
tion command by selecting a reference number in element 
hit matrix 602 (i.e., selecting a row in the element hit matrix 
602). and then clicking on (or otherwise selecting) the arrow 

65 buttons 606. If the user clicks on the back arrow, then the 
DDMT 202 commands the word processor 208 to locate and 
display text surrounding the nearest previous occurrence of 
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the selected reference. If the user clicks on the forward 
arrow, then the DDMT 202 commands the word processor 
208 to locate and display text surrounding the next occur- 
rence of the selected reference number. 

The user can also double click on a reference number in 5 
the element hit table 602. Upon receipt of such a user 
command, the DDMT 202 commands the word processor 
208 to locate the first occurrence of the selected reference 
number in the current document and to display text sur- 
rounding this occurrence in the word processing window 
304. 

A navigation field 604 in the element window 601 keeps 
track of which hit is being viewed. For example, the element 
window 601 may display the following message: "6 of 25.** 
This message indicates that hit 6 out of 25 hits of the element 
is currently being viewed in the word processing window 15 
304. 

The functionality described above is represented by step 
2310 in FIG. 23. 

Element Window — Element Index 

The user selects the element index command by pressing 20 
the Element Index button 608 in the Element window 601. 
Upon receipt of this command, the DDMT 202 performs 
element indexing (this is represented by step 2312 in FIG. 
23). The manner in which the DDMT 202 performs element 
indexing shall now be described with reference to a flow- 25 
chart 2502 in FIG. 25. 

In step 2506, the DDMT 202 alphanumerically sorts the 
terms (including reference numbers) in the current docu- 
ment The result of such sorting is shown, by way of 
example, in Table 1, above. 

In step 2508. the DDMT 202 calculates the number of hits 
for each reference number by inspection of the sorted list 
generated in step 2506. The DDMT 202 stores mis infor- 
mation in the element index table 2402. In particular, the 
DDMT 202 creates a record in the element index table 2402 
for each reference number. The DDMT 202 then stores the 35 
reference number and the Dumber of hits in the record 
corresponding to each reference number. 

It is noted that the information determined in steps 2506 
and 2508 is already contained in the merged index table 
1002. Accordingly, in one embodiment of the invention the 40 
DDMT 202 performs step 2518 instead of steps 2506 and 
2508. In step 2518. the DDMT 202 extracts from the merged 
index table 1002 all records pertaining to reference numbers, 
and copies this information in the element index table 2402. 
In this case, the hit count for each reference number is equal 45 
to the number of specification hits plus the number of claims 
hits. Typically, in U.S. patent applications, the hit count for 
the claims will be zero, since reference numbers are not used 
in the claims. The same is not true in patent applications of 
other countries, where reference numbers are used in the so 
claims. 

In step 2510, the DDMT 202 selects a reference number 
from the element index table 2402. The DDMT 202 then 
determines the element name of the selected reference 
number. In particular, the DDMT 202 commands the word 53 
processor 208 to search for the first occurrence of the 
selected reference number in the current document The 
invention assumes that the two terms preceding each refer- 
ence number is the element name corresponding to the 
reference number. Accordingly, the DDMT 202 extracts the 60 
two terms preceding the selected reference number, and 
stores these two terms in the row of the element index table 
2402 corresponding to the selected reference number (step 
2512). 

For example, assume that the selected reference number 65 
is 102. and the first occurrence of reference number 102 in 
the current document is as follows: 
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"The graphics computer system 102 comprises multiple 
processors.** 

In this case, the DDMT 202 considers "computer system** 
to be the element name corresponding to reference number 
102. Accordingly, the DDMT 202 stores "computer system" 
in the row of the element index table 2402 corresponding to 
reference number 102 (see row 2404 in the example element 
index table 2402 of FIG. 24). In other embodiments, the 
DDMT 202 assumes that the three terms preceding each 
reference number is the element name corresponding to the 
reference number, or the one term that immediately precedes 
each reference number is the element name corresponding to 
the reference number. The number of terms that constitute an 
element name may also be different values. Preferably, this 
is a user- selectable value (i.e.. the number of terms that 
constitute an element name), which is stored with each 
document 

The DDMT 292 performs steps 2510 and 2512 for each 
reference number in the element index table 2401 In other 
words, the DDMT 202 determines the element name for 
each reference number in the element index table 2402. This 
is represented by step 2514. 
Element Window — Update/Edit Element Name 

As discussed above, the DDMT 202 assumes that the two 
terms preceding each reference number is the element name 
corresponding to the reference number. This convention 
may be true for most reference numbers, but may be 
incorrect for other reference numbers. Accordingly, the 
present invention allows users to modify the elements names 
of reference numbers. This function is called Update/Edit 
Element Name. This. function shall now be described with 
reference to a flowchart 2602 in FIG. 26. 

In step 2602, the user selects a reference number from the 
element hit table 602 of the element window 601. The user 
does this using any well known selection method, such as 
double clicking on the row of the element hit matrix 602 
corresponding to the reference number As discussed above 
with reference to the Element Navigation command, the 
DDMT 202 responds to such user action by commanding the 
word processor 208 to locate and display text surrounding 
the first occurrence of the selected reference number. 

This occurrence of the reference number may or may not 
include the text which the user wishes to use as the element 
name. The user navigates through the current document 
using the arrow keys 606 (as describe above) until the 
desired occurrence of the reference number is found. 

Step 2606 is performed after the desired occurrence of the 
reference number is found. In step 2606. the user selects text 
in the word processing window 304 that he/she wishes to use 
as the element name for the selected reference number. 
TVpicaliv* this text is immediately prior to the selected 
reference number, but can be any text in the current docu- 
ment (the invention also allows the user to key in text for use 
as the element name). 

In step 2608. the DDMT 202 copies the selected text to 
the record of the element index table 2402 corresponding to 
the selected reference number. The GUI 203 also displays 
the selected text in the Element Name column of the row of 
the element hit matrix 602 corresponding to the selected 
reference number. The user initiates this operation of step 
2608 by clicking on the Element Name column of the row 
in the element hit matrix 602 for the reference number being 
processed. 
Report Command 

The operation of the DDMT 202 when processing the 
Report command shall now be described with reference to 
flowchart 2702 shown in FIG. 27. 
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In step 2704. the GUI 203 enables the user to select the 
report contents (i.e.. the content of the report that is to be 
generated). Reports may include portions or all of the 
merged index table 1002, portions or all of the element index 
table 2402. etc. 5 

In step 2706. the GUI 203 enables the user to select the 
report destination (file, printer, screen, etc.). 

The GUI 203 also allows the user to print preview the 
report 

In step 2708. the GUI 203 generates the report The GUI to 
203 sends the report to the selected destination. The report 
includes the information selected by the user in step 2704. 
Status Command 

The operation of the DDMT 202 when processing the 
Status/Statistics command shall now be described with is 
reference to flowchart 2802 shown in FIG. 28. 

In step 2804, the GUI 203 displays a status window 2902 
(FIG. 29) in the command area window 310. 

In step 2806. the DDMT 202 retrieves installation infor- 
mation from an installation file stored in the secondary 20 
memory 110. The installation information includes the reg- 
istered owner and company of the DDMT 202 software, the 
date of installation, and other information pertaining to the 
installation of the DDMT 202 software. Also in step 2806. 
the GUI 203 displays the retrieved installation information 25 
in an installation window 2904 of the status window 2902. 

In step 2808. the DDMT 202 retrieves use information 
from a use file stored in the secondary memory 110. The use 
information includes the number of documents that the 
DDMT 202 has been used with, the date of the last change 30 
to each document the drafter of each document etc. Also in 
step 2808, the GUI 203 displays the use information in an 
use information window 2906 contained in the status win- 
dow 2902. 

While various embodiments of the present invention have 35 
been described above, it should be understood that they have 
been presented by the way of example only, and not limi- 
tation. It will be understood by those skilled in the art that 
various changes in form and details may be made therein 
without departing from the spirit and scope of the invention 40 
as defined in the appended claims. Thus, the breadth and 
scope of the present invention should not be limited by any 
of the above-described exemplary embodiments, but should 
be defined only in accordance with the following claims and 
their equivalents. 43 

What is claimed is: 

1. A system for assisting in the analysis of a patent 
application, comprising: 

means for allowing a user to select a document containing 

a patent application; 
means for allowing said user to select a specification 

portion of said patent application; 
means for allowing said user to select a claims portion of 

said patent application; J5 
means for indexing said specification portion and said 

claims portion to thereby generate a merged index 

table; 

means for analyzing said merged index table to identify 
terms in said claims portion that are not present in said ^ 
specification portion; and 

means for displaying said terms in said claims portion that 
are not present in said specification portion. 

2. A method for verifying terminology consistency in a 
document comprising the steps of: 65 

(1) indexing terms contained in a first portion of a 
document to thereby generate a first index table; 
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(2) indexing terms contained in a second portion of a 
document to thereby generate a second index table; 

(3) merging said first and second index tables to thereby 
generate a merged index table; 

(4) determining by reference to said merged index table 
terms that are present in said second portion of said 
document, but not present in said first portion of said 
document; and 

(5) displaying in a hit matrix said terms that are present in 
said second portion of said document but not present 
in said first portion of said document 

3. The method of claim 2. wherein said document is a 
patent application, said first portion is a specification of said 
patent application, and said second portion is a claims 
section of said patent application. 

4. A method for developing and maintaining documents, 
comprising the steps of: 

(1) displaying a document; 

(2) enabling a user to select a first portion and a second 
portion of said document; 

(3) indexing, after receiving an appropriate command 
from the user, said first portion and said second portion 
to generate a merged index table, said merged index 
table storing data representing the number of occur- 
rences of each term in said first portion and said second 
portion; and 

(4) enabling the user to develop and maintain said first and 
second portions by reference to said merged index 
table, comprising: 

(a) retrieving information pertaining to a term from said 
merged index table; 

(b) indicating in a hit matrix, based on said retrieved 
information, whether said term appears in said first 
portion; 

(c) indicating in said hit matrix, based on said retrieved 
information, whether said term appears in said sec- 
ond portion; 

(d) enabling the user to select a zero hits option; 

(e) when the user selects said zero hits option, selecting 
a next term in said hit matrix having one or more 
occurrences in said second portion but no occur- 
rences in said first portion; and 

(f) displaying text from said document containing an 
occurrence of said selected next term in said docu- 
ment 

5. The method of claim 4. wherein said document is a 
patent application, said first portion is a specification of said 
patent application, and said second portion is a claims 
section of said patent application, and wherein step (4) 
further comprises the steps of: 

retrieving information pertaining to a term from said 
merged index table; 

indicating in said hit matrix, based on said retrieved 
information, whether said term appears in said speci- 
fication; and 

indicating in said hit matrix, based on said retrieved 
information, whether said term appears in said claims 
section. 

6. The method of claim 4, wherein step (4) further 
comprises the steps of: 

enabling the user to select a term in said hit matrix; 

displaying text from said document containing an occur- 
rence of said selected term in said document; 

enabling the user to select a next or previous occurrence 
of said selected term in said document; and 
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displaying text from said document containing said 

selected next or previous occurrence of said selected 

term in said document 
7. The method of claim 4. wherein step (4) further 
comprises the steps of: 
enabling the user to select a terra in said hit matrix; 
displaying in a first window text from said first portion 

containing an occurrence of said selected term; and 
displaying in a second window text from said second 

portion containing an occurrence of said selected term. 
&. The method of claim 4. wherein step (4) further 
comprises the steps of: 

(g) enabling the user to select text from the document; 

(h) displaying said selected text in a first window and a 
second window; and 

(i) enabling the user to edit said selected text in said 
second window. 

9. The method of claim 8, wherein step (4) further 
comprises the step of: 

(j) incrementally indexing said document. 

10. The method of claim 9, wherein step 0) comprises the 
steps of: 

(I) selecting a word from said second window; 

(II) determining the number of occurrences of said 
selected word in said first window, and the number of 
occurrences of said selected word in said second win- 
dow; 

(HI) if the number of occurrences of said selected word in 
said first window is not equal to the number of occur- 
rences of said selected word in said second window, 
then updating an index using the number of occur- 
rences of said selected word in said second window; 
and 

(TV) performing steps (IH^) for each word in said 
second window. 

11. The method of claim 10, wherein step (HI) comprises 
the steps of: 

determining whether said selected word is in a delta index 
table; 

if said selected word is in said delta index, then updating 
a count of said selected word in said delta index table 
using the number of occurrences of said selected word 
in said second window; 

if said selected word is not in said delta index table, then 
determining if said selected word is in said merged 
index table; 

if said selected word is in said merged index table, then 
updating a count of said selected word in said merged 
index table using the number of occurrences of said 
selected word in said second window; and 

if said selected word is not in said merged index table, 
then adding said selected word to said delta index table. 

12. The method of claim 11. further comprising the step 

of: 

merging said merged index table with said delta index 
table to form a new merged index table. 

13. The method of claim 4. wherein said document is a 
patent application, said first portion is a specification of said 
patent application, and said second portion is a claims 
section of said patent application, and wherein step (4) 
further comprises the steps of: 

(g) sorting terms in said patent application to generate a 
sorted list; 

(h) calculating the number of occurrences of each refer- 
ence number in said patent application by reference to 
said sorted list; 
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(i) determining an element name for each reference num- 
ber; and 

(j) storing, for each reference number, the number of hits 
for said each reference number and an element name 
5 for said each reference number in an element index 
table. 

14, The method of claim 13. wherein step (4) further 
comprises the steps of: 

(k) indicating in an element hit matrix, based on infor- 
10 mation in said element index table, the number of 
occurrences of a reference number in the specification; 
and 

(1) indicating in said element hit matrix, based on infor- 
mation in said element index table, an element name for 
15 said reference number. 

15. The method of claim 13. wherein step (4) further 
comprises the steps of: 

(k) enabling the user to select a reference number in an 
2Q element hit matrix; 

(1) displaying text from said patent application containing 
an occurrence of said selected reference number in said 
patent application; 
(m) enabling the user to select a next or previous occur- 
25 rence of said selected reference number in said patent 
application; and 
(n) displaying text from said patent application containing 
said selected next or previous occurrence of said 
selected reference number in said patent application. 
30 16. The method of claim 13, wherein step (4) further 
comprises the steps of: 
(k) enabling the user to select a reference number in an 

element hit matrix; 
(I) enabling the user to select text from said patent 
35 application; and 

(m) storing in said element index table said selected text 
as a new element name for said selected reference 
number. 

17. A system for developing and maintaining documents, 
40 comprising the steps of: 

means for displaying a document; 
means for enabling a user to select a first portion and a 
second portion of said document; 
45 means for indexing, after receiving an appropriate com- 
mand from the user, said first portion and said second 
portion to generate a merged index table, said merged 
index table storing data representing the number of 
occurrences of each term in said first portion and said 
50 second portion; and 

enabling means for enabling the user to develop and 
maintain said first and second portions by reference to 
said merged index tables 
wherein said enabling means comprises: 
55 means for retrieving information pertaining to a terra 
from said merged index table; 
means for indicating in a hit matrix, based on said 
retrieved information, whether said term appears in 
said first portion; 
60 means for indicating in said hit matrix, based on said 
retrieved information, whether said term appears in 
said second portion; 
means far enabling the user to select a zero hits option; 
means for when the user selects said zero hits option 
65 selecting a next term in said hit matrix having one or 

more occurrences in said second portion but no 
occurrences in said first portion; and 
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means for displaying text from said document contain- 
ing an occurrence of said selected next term in said 
document 

18. The system of claim 17, wherein said document is a 
patent application, said first portion is a specification of said 
patent application, and said second portion is a claims 
section of said patent application, and wherein said enabling 
means further comprises: 

means for retrieving information pertaining to a term from 

said merged index table; 
means for indicating in said hit matrix, based on said 

retrieved information, whether said term appears in 

said specification; and 
means for indicating in said hit matrix, based on said 

retrieved information, whether said term appears in 

said claims section. 

19. The system of claim 17, wherein said enabling means 
further comprises: 

means for enabling the user to select a term in said hit 
matrix; 

means for displaying text from said document containing 

an occurrence of said selected term in said document; 
means for enabling the user to select a next or previous 

occurrence of said selected term in said document; and 
means for displaying text from said document containing 

said selected next or previous occurrence of said 

selected term in said document 

20. The system of claim 17. wherein said enabling means 
further comprises: 

means for enabling the user to select a term in said hit 
matrix; 

means for displaying in a first window text from said first 
portion containing an occurrence of said selected term; 
and 

means for displaying in a second window text from said 
second portion containing an occurrence of said 
selected term. 

21. The system of claim 17. wherein said enabling means 
further comprises: 

means for enabling the user to select text from the 
document; 

means for displaying said selected text in a first window 

and a second window; and 
means for enabling the user to edit said selected text in 

said second window. 

22. The system of claim 21. wherein said enabling means 
further comprises: 

incremental indexing means for incrementally indexing 
said document. 

23. The system of claim 22. wherein said Incremental 
indexing means comprises: 

means for selecting a word from said second window; 

means for determining the number of occurrences of said 
selected word in said first window, and the number of 
occurrences of said selected word in said second win- 
dow; and 

index updating means for updating an index using the 
number of occurrences of said selected word in said 
second window if the number of occurrences of said 
selected word in said first window is not equal to the 
number of occurrences of said selected word in said 
second window. 

24. The system of claim 23. wherein said index updating 
means comprises: 
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means for determining whether said selected word is in a 

delta index table; 
means for updating a count of said selected word in said 

delta index table using the number of occurrences of 
5 said selected word in said second window if said 

selected word is in said delta index; 
means for determining if said selected word is in said 

merged index table if said selected word is not in said 

delta index table; 
10 means for updating a count of said selected word in said 

merged index table using the number of occurrences of 

said selected word in said second window if said 

selected word is in said merged index table; and 
15 means for adding said selected word to said delta index 

table if said selected word is not in said merged index 

table. 

25. The system of claim 24. further comprising: 
means for merging said merged index table with said delta 

^ index table to form a new merged index table. 

26. The system of claim 17. wherein said document is a 
patent application, said 

first portion is a specification of said patent application, 
and said second portion is a claims section of said 
25 patent application, and wherein said enabling means 
comprises: 

means for sorting terms in said patent application to 
generate a sorted list; 

means for calculating the number of occurrences of each 
30 reference number in said patent application by refer- 
ence to said sorted list; 

means for determining an element name for each refer- 
ence number ; and 

means for storing, for each reference number, the number 
33 of hits for said each reference number and an element 
name for said each reference number in an element 
index table. 

27. Trie system of claim 26. wherein said enabling means 
further comprises: 

40 means for indicating in an element hit matrix, based on 
information in said element index table, the number of 
occurrences of a reference number in the specification; 
and 

mc&ns for indicating in said element hit matrix, based on 
45 information in said element index table, an element 
name for said reference number. 

28. The system of claim 26. wherein said enabling means 
further comprises: 

means for enabling the user to select a reference number 
50 in an element hit matrix; 

means for displaying text from said patent application 
containing an occurrence of said selected reference 
number in said patent application; 
55 means for enabling the user to select a next or previous 
occurrence of said selected reference number in said 
patent application; and 
means for displaying text from said patent application 
containing said selected next or previous occurrence of 
50 said selected reference number in said patent applica- 
tion. 

29. The system of claim 26. wherein said enabling means 
further comprises: 

means for enabling the user to select a reference number 
65 in an element hit matrix; 

means for enabling the user to select text from said patent 
application; and 
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means for storing in said element index table said selected 
text as a new element name for said selected reference 
number. 

30. A computer program product comprising a computer 
useable medium having computer program logic recorded 5 
thereon for enabling a processor in a computer system to 
develop and maintain documents, said computer program 
logic comprising: 

means for enabling the processor to display a document; 

means for enabling the processor to enable a user to select 10 
a first portion and a second portion of said document; 

means for enabling the processor to index, after receiving 
an appropriate command from the user, said first por- 
tion and said second portion to generate a merged index 
table, said merged index table storing data representing 15 
the number of occurrences of each term in said first 
portion and said second portion; and 

enabling means for enabling the processor to enable the 
user to develop and maintain said first and second 
portions by reference to said merged index table; 20 

wherein said enabling means comprises: 
means for enabling the processor to retrieve informa- 
tion pertaining to a term from said merged index 
table; 

means for enabling the processor to indicate in a hit 25 
matrix, based on said retrieved information, whether 
said term appears in said first portion; 

means for enabling the processor to indicate in said hit 
matrix, based on said retrieved information, whether 
said term appears in said second portion; 30 

means for enabling the processor to enable the user to 
select a zero hits option; 

means for enabling the processor to select a next term 
in said hit matrix having one or more occurrences in 
said second portion but no occurrences in said first 35 
portion when the user selects said zero hits option; 
and 

means for enabling the processor to display text from 
said document containing an occurrence of said 
selected next term in said document. 40 

31. The computer program product of claim 30, wherein 
said document is a patent application, said first portion is a 
specification of said patent application, and said second 
portion is a claims section of said patent application, and 
wherein said enabling means further comprises: 

means for enabling the processor to retrieve information 
pertaining to a term from said merged index table; 

means for enabling the processor to indicate in said hit 
matrix, based on said retrieved information, whether 
said term appears in said specification; and 

means for enabling the processor to indicate in said hit 
matrix, based on said retrieved information, whether 
said term appears in said claims section. 

32. The computer program product of claim 30. wherein J5 
said enabling means further comprises: 

means for enabling the processor to enable the user to 

select a term in said hit matrix; 
means for enabling the processor to display text from said 

document containing an occurrence of said selected go 

term in said document; 
means for enabling the processor to enable the user to 

select a next or previous occurrence of said selected 

term in said document; and 
means for enabling the proces sor to display text from said 65 

document containing said selected next or previous 

occurrence of said selected term in said document. 
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33. The computer program product of claim 30. wherein 
said enabling means further comprises: 

means for enabling the processor to enable the user to 

select a term in said hit matrix; 
means for enabling the processor to display in a first 

window text from said first portion containing an 

occurrence of said selected term; and 
means for enabling the processor to display in a second 

window text from said second portion containing an 

occurrence of said selected terra. 

34. The computer program product of claim 30. wherein 
said enabling means further comprises: 

means for enabling the processor to enable the user to 

select text from the document; 
means for enabling die processor to display said selected 

text in a first window and a second window; and 
means for enabling the processor to enable the user to edit 

said selected text in said second window. 

35. The computer program product of claim 34. wherein 
said enabling means further comprises: 

incremental indexing means for enabling the processor to 
incrementally index said document. 

36. The computer program product of claim 35. wherein 
said incremental indexing means comprises: 

means for enabling the processor to select a word from 
said second window; 

means for enabling the processor to determine the number 
of occurrences of said selected word in said first 
window, and the number of occurrences of said selected 
word in said second window; and 

index updating means for enabling the processor to update 
an index using the number of occurrences of said 
selected word in said second window if the number of 
occurrences of said selected word in said first window 
is not equal to the number of occurrences of said 
selected word in said second window. 

37. The computer program product of claim 36. wherein 
said index updating means comprises: 

means for enabling the processor to determine whether 
said selected word is in a delta index table; 

means for enabling the processor to update a count of said 
selected word in said delta index table using the num- 
ber of occurrences of said selected word in said second 
window if said selected word is in said delta index; 

means for enabling the processor to determine if said 
selected word is in said merged index table if said 
selected word is not in said delta index table; 

means for enabling the processor to update a count of said 
selected word in said merged index table using the 
number of occurrences of said selected word in said 
second window if said selected word is in said merged 
index table; and 

means for enabling the processor to add said selected 
word to said delta index table if said selected word is 
not in said merged index table. 

38. The computer program product of claim 37, further 
comprising: 

means for enabling the processor to merge said merged 
index table with said delta index table to form a new 
merged index table. 

39. The computer program product of claim 30. wherein 
said document is a patent application, said first portion is a 
specification of said patent application, and said second 
portion is a claims section of said patent application, and 
wherein said enabling means further comprises: 
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means for enabling the processor to sort terms in said 
patent application to generate a sorted list; 

means for enabling the processor to calculate the number 
of occurrences of each reference number in said patent 
application by reference to said sorted list; 3 

means for enabling the processor to determine an element 
name for each reference number; and 

means for enabling the processor to store, for each ref- 
erence number, the number of hits for said each refer- 10 
ence number and an element name for said each 
reference number in an element index table. 

40. The computer program product of claim 39. wherein 
said enabling means further comprises: 

means for enabling the processor to indicate in an element )$ 
hit matrix, based on information in said element index 
table, the number of occurrences of a reference number 
in the specification; and 

means for enabling the processor to indicate in said 
element hit matrix, based on information in said ele- 20 
ment index table, an element name for said reference 
number. 

41. The computer program product of claim 39, wherein 
said enabling means further comprises: 
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means for enabling the processor to enable the user to 
select a reference number in an element hit matrix; 

means for enabling the processor to display text from said 
patent application containing an occurrence of said 
selected reference number in said patent application; 

means for enabling the processor to enable the user to 
select a next or previous occurrence of said selected 
reference number in said patent application; and 

means for enabling the processor to display text from said 
patent application containing said selected next or 
previous occurrence of said selected reference number 
in said patent application. 

42. The computer program product of claim 39. wherein 
said enabling means further comprises: 

means for enabling the processor to enable the user to 
select a reference number in an element hit matrix; 

means for enabling the processor to enable the user to 
select text from said patent application; and 

means for enabling the processor to store in said element 
index table said selected text as a new element name for 
said selected reference number. 

* * # * * 
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